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(54) Method and apparatus for receiving a digital transmission, comprising a computer-readable 
recording medium 



(57) A tuner 101 receives broadcast data from a 

broadcasting station 109 and forwards RDI (Receiver 
Data Interface) data, including multimedia data, to a da- 
ta decoder 1 02. The data decoder 1 02 decodes the data 
into MOT data according to a given protocol. A file man- 
ager 103 identifies files according to IDs generated by 
a file system 1 04, and produces a timer monitoring table 



from information such as a trigger time written in a MOT 
header. The file system 104 stores files in a storage unit 
105 and produces a directory information table in which 
file display availability statuses and display order are re- 
corded for files with the same name. A data browser 1 08 
receives display instructions from a user and displays, 
in order, multimedia data that is recorded in the directory 
information table as being available for display 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a digital data 
receiving apparatus for receiving and outputting multi- 
media data. 

Description of the Related Art 

[0002] Recently, there has been a movement towards 
actual digital television and radio broadcasting. Digital 
broadcasting allows multichannels to be used, so that 
other data can be freely multiplexed and broadcast with 
digitized programs. 

[0003] In European countries such as the UK and 
Sweden broadcasting of digital radio employing the 
DAB (Digital Audio Broadcasting) format is already in 
operation. DAB was initiated by the EUREKA No. 147 
Working Group (the European Research Coordinating 
Agency). 

[0004] In the DAB broadcast protocol, data other than 
program broadcasts is transmitted as MOT (Multimedia 
Object Transfer protocol) data. 
[0005] MOT data Is composed of a MOT body, which 
represents the actual data, and a MOT header, which 
indicates the content of the MOT body. The MOT header 
includes information such as a file name for the MOT 
data and a trigger time, indicating the time at which 
processing of the MOT data should begin. 
[0006] At present, however, this trigger time is not ef- 
fectively used, so that when a broadcast receiving ap- 
paratus receives MOT data, the data represented by the 
MOT body is reproduced without reference to the trigger 
time. 

[0007] Another problem occurs when receiving se- 
quences of MOT data where a same filename is given 
in the MOT header for data of different MOT bodies. If 
the MOT data is stored by filename to be used later, dis- 
tinguishing the MOT data purely by filename Is extreme- 
ly difficult. 

SUMMARY OF THE INVENTION 

[0008] An object of the present invention is to provide 
a digital data receiving apparatus capable of using the 
trigger time effectively to make good use of data Includ- 
ed in a MOT body. A further object is to provide a termi- 
nal and receiving method capable of using received data 
effectively in a digital data communication environment 
that repeatedly transmits multimedia data with an at- 
tached expiry time. Here, the digital data communicating 
environment is not limited to the DAB format. 
[0009] The objects of the present invention are 
achieved by a digital data receiving apparatus that re- 
ceives multimedia data via a receiving unit and stores it 



in a storage unit. A data management table producing 
unit then extracts specified access period information 
written in each piece of received multimedia data and 
divides the received multimedia data into at least one 

s group. Furthermore, when each multimedia data group 
is stored into the storage unit, the data management ta- 
ble producing unit determines an access order accord- 
ing to a chronological order of the extracted specified 
access period information, produces a data manage- 

10 ment table in which the determined access order is writ- 
ten, and has the data management table stored in the 
storage unit. An indication receiving unit receives an in- 
dication from a user. Then, a multimedia data reading 
unit reads a piece of multimedia data stored in the stor- 

15 age unit according to the access order written in the data 
management table. Finally an output unit converts the 
piece of multimedia data read by the multimedia reading 
unit into a reproduction signal, which it then outputs. In 
this structure, output instructions can be received from 

20 a user during a time specified as a specified access pe- 
riod by a multimedia data provider, so that multimedia 
data can be output effectively. 
[0010] The data management unit may also include 
an identifier attaching unit. When multimedia data is 

25 stored into the storage unit, the identifier attaching unit 
attaches a unique identifier to identify each piece of mul- 
timedia data in a multimedia data group. Here, each 
piece of multimedia data in the multimedia data group 
has the same attached name, and identifiers are used 

30 to selectively read one piece of multimedia data from 
the multimedia data group. In this structure, even if the 
plurality of pieces of multimedia data in each group (se- 
quence) of multimedia data have the same attached 
name, each can be identified by an identifier Thus, 

35 when an output instruction Is received from a user, mul- 
timedia data can be output effectively during the speci- 
fied access period. 

[0011] The data management table producing unit 
may further list access availability statuses showing the 

40 access availability of each piece of multimedia data in 
the data management table, according to the specified 
access period information. Here, the specified access 
period information is represented by times showing the 
start time and end time. The digital data receiving appa- 

"^5 ratus further includes a timer, and an updating unit. This 
updating unit changes the access availability status of 
any one of the pieces of multimedia data to a first access 
availability status when a start time is reached, to a sec- 
ond access availability status when an end time is 

so reached, and from the first access availability status to 
a third access availability status when the start time for 
another piece of multimedia information is reached. In 
this structure, the access availability statuses for each 
group of multimedia data can be sorted and written into 

55 a corresponding data management table by referring to 
the start and end of the specified access period. In this 
way, the order of priority for the multimedia data to be 
output Is decided in advance. 
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[0012] The updating unit may also include a deletion 

unit, which deletes pieces of muitinnedia data that have 
reached the second access availability status from the 
storage unit, in this structure, multimedia data that has 
exceeded its specified access period is deleted, so that 
a memory in a storage unit requires only limited resourc- 
es. 

[001 3] The multimedia data reading unit may also in- 
clude a first reading unit, which reads all pieces of mul- 
timedia data for which the first access availability status 
is shown in the data management table. Here, when the 
indication receiving unit receives a selection indication 
for a reproduced piece of multimedia data from a user, 
the output unit outputs a reproduction signal only for the 
selected piece of multimedia data. In this structure, the 
most recent piece of data for each group is output, and 
when the user selects a desired group, only the most 
recent piece of multimedia data of the selected group is 
output. 

[0014] The multimedia data reading unit may further 
include a second reading unit, for reading another piece 
of multimedia data from the same group as the selected 
piece of multimedia data, according to a change indica- 
tion. Here, the indication receiving unit receives the 
change indication from a user, and reports it to the sec- 
ond reading unit. In this structure, a user can indicate a 
different version of multimedia data belonging to the se- 
lected group and cause it to be output. 
[0015] The second reading unit may also receive the 
change indication and read a piece of multimedia data 
according to the access order in the data management 
table for the multimedia data group of the selected piece 
of multimedia data. The access order is shown in the 
data management table by having each piece of multi- 
media data associated with identifiers of link targets. In 
this structure, each piece of multimedia data can be 
linked to its link targets in chronological order, so that a 
user can return from a new version to an old version, or 
alternatively cause a new version to be output following 
an old version. 

[0016] The digital data receiving apparatus may also 
include a multimedia data discarding unit. This unit sets 
in advance a maximum number of pieces of multimedia 
data for any multimedia group in the storage unit. It then 
discards a piece of multimedia data received by the re- 
ceiving unit if the maximum number of pieces of multi- 
media data for the multimedia data group of the received 
piece of data are already stored in the storage unit. This 
structure prevents the storage of large quantities of the 
multimedia data for only one group in the storage unit, 
which would otherwise stop the most recent versions for 
other multimedia groups from being stored. Instead, 
multimedia data for each group is stored on an equal 
basis. 

[0017] The digital data receiving apparatus may also 
Include a multimedia data selective deleting unit, for set- 
ting in advance a maximum number of pieces of multi- 
media data for any multimedia group in the storage unit. 



When a new piece of multimedia data of a multimedia 
data group for which the maximum number of pieces of 
data is already stored in the storage unit is received, the 
multimedia selective deleting unit selectively deletes 

5 one of the pieces of multimedia data stored in the stor- 
age unit with a third access availability status. The new 
piece of multimedia data is then stored in the storage 
unit. In this structure, multimedia data for each group 
can be stored on an equal basis until the maximum 

10 number of pieces is reached. If a new version of multi- 
media data for a certain group is received, and the 
number of stored pieces of data in that group has al- 
ready reached the maximum number, an old version of 
multimedia data from that group is selected and deleted, 

IS so that the most recent version can be stored. As a re- 
sult, a user can obtain an output with the most recent 
information. 

[0018] The multimedia data selective deleting unit 
may also select and delete pieces of data from among 
20 the pieces of multimedia data with the third access avail- 
ability status, starting with the piece of multimedia data 
that was first to reach the first access availability status. 
In this structure, when the number of stored pieces of 
multimedia data from a group has reached the maxi- 
ms mum number, the oldest version of the multimedia data 
in the same group is deleted, enabling a newly-received 
piece of multimedia data to be stored. The value of an 
old piece of multimedia data is considered to be lower 
than that of a new piece of multimedia data. 
30 [0019] The multimedia data selective deleting unit 
may also randomly select and delete pieces of multime- 
dia data from among the pieces of multimedia data with 
the third access availability status. In this structure, a 
piece of multimedia data other than the piece of multi- 
35 media data to be output is selected at random and de- 
leted, enabling a newly-received piece of multimedia da- 
ta to be stored. The value of an old piece of multimedia 
data is generally considered to be lower than that of a 
newly-received piece of multimedia data, and so an old 
40 piece of multimedia data is deleted at random. 

[0020] The multimedia data selective deleting unit 
may also, when deleting n pieces of multimedia data 
from the storage unit, attach numbers starting from 'V 
to pieces of multimedia data with the third access avail- 
^5 ability status. These numbers run in order from the piece 
of multimedia data with the oldest start time. The multi- 
media data selective deleting unit selects and deletes 
pieces of multimedia data with An numbers calculated 
using the following formula: 

so 
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n 

5 

An = E i 

i-l 



In this structure, the older a piece of multimedia data, 
the lower its value is considered to be, so that older piec- 
es of multimedia data have a higher probability of being 
deleted. Newly-received pieces of multimedia data can 
be stored in groups and valuable information accumu- is 
lated. 

[0021] The receiving unit receives multimedia data 
transmitted together with program data from a broad- 
casting station. Here, the multimedia data is structured 
according to a MOT (Multimedia Object Transfer proto- 20 
col) conforming to a DAB (Digital Audio Broadcasting) 
data broadcast protocol. Therefore, a name and speci- 
fied access period for the multimedia data are written in 
a MOT header, and the multimedia data is written in a 
MOT body. In this structure, multimedia data multi- 25 
plexed and transmitted with program data from a broad- 
casting station is received and can be output during an 
access period specified by the broadcasting station. 
[0022] The objects of the present invention may also 
be achieved by a digital data receiving method. This 3o 
method Is used in a digital data receiving apparatus that 
receives multimedia data via a receiving unit and stores 
the received multimedia data in a storage unit. It in- 
cludes the following steps. Firstly, in a data manage- 
ment table producing step, specified access period in- 35 
formation written in each piece of received multimedia 
data is extracted and the multimedia data divided into 
at least one group. When the multimedia data Is stored 
in the storage unit, an access order is determined ac- 
cording to a chronological order of the extracted speci- 40 
fled access period information and a data management 
table in which the determined access order Is written is 
produced. The data management table is then stored in 
the storage unit. Next, an indication receiving step re- 
ceives indications from a user. Then, a multimedia data 45 
reading step reads a piece of multimedia data stored in 
the storage unit according to the access order written in 
the data management table. Finally an output step con- 
verts the piece of multimedia data read by the multime- 
dia reading step Into a reproduction signal, which It then so 
outputs. In this structure, output instructions are re- 
ceived from a user during a time period specified by the 
multimedia data provider, so that the multimedia data 
can be output effectively. 

[0023] The objects of the present invention may also ss 
be achieved by a computer-readable recording medium, 
used in a digital data receiving apparatus that receives 
multimedia data via a receiving unit and stores the re- 



ceived multimedia data in a storage unit. Here, the com- 
puter-readable recording medium records a program in- 
cluding the following functions. A data management ta- 
ble producing unit extracts specified access period in- 
formation written In each piece of received multimedia 
data and divides the received multimedia data into at 
least one group. When each multimedia data group is 
stored in the storage unit, the data management table 
producing unit determines an access order according to 
a chronological order of the extracted specified access 
period information and produces a data management 
table In which the determined access order Is written. 
The data management table is then stored in the storage 
unit. An indication receiving unit receives indications 
from a user. Then, a multimedia data reading unit reads 
multimedia data stored in the storage unit according to 
the access order written in the data management table. 
Finally an output unit converts the piece of multimedia 
data read by the multimedia reading unit into a repro- 
duction signal and outputs it. In this structure, the re- 
cording medium is used by a digital data receiving ap- 
paratus that does not have a function for referring to the 
specified access period, enabling an output instruction 
made by a user to be received during a time specified 
by the provider, so that the multimedia data can be out- 
put effectively. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0024] These and other objects, advantages and fea- 
tures of the Invention will become apparent from the fol- 
lowing description thereof taken in conjunction with the 
accompanying drawings which illustrate a specific em- 
bodiment of the Invention. In the drawings: 

Fig. 1 is a block diagram of a digital data broadcast 
receiving apparatus in a first embodiment of the 
present Invention; 

Fig. 2 is a diagram showing MOT data reported to 
a file manager in the first embodiment; 
Fig. 3 is a diagram showing items written in a MOT 
header of the MOT data in the first embodiment; 
Fig. 4 is a diagram showing an example of a moni- 
toring table produced by the file manager In the first 
embodiment and stored in a monitoring table stor- 
age unit; 

Fig. 5 is a diagram showing an example of the con- 
tent of an information table produced by a file sys- 
tem in the first embodiment and stored, with files, 

In a storage unit; 

Fig. 6 is a time chart used to explain a 'status' row 
in the information table of the first embodiment; 
Fig. 7 is a diagram showing an example of a MOT 
header reported to the file system in the first em- 
bodiment; 

Fig. 8 is a diagram showing an information table in 
the first embodiment, which has been changed by 
the file system in accordance with the reported MOT 
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header shown in Fig. 7; 

Fig. 9 is a diagram showing an example of the con- 
tent of files stored in the storage unit in the first em- 
bodiment; 

Fig. 10 is a diagram showing multimedia data dis- 
played by a data browser in the first embodiment; 
Fig. 11 is a flowchart showing the operation for pro- 
ducing the monitoring table and the information ta- 
ble in the first embodiment; 
Fig. 1 2 is a flowchart explaining the operation of the 
data browser in the first embodiment; 
Fig. 1 3 is a block diagram of a digital data broadcast 
receiving apparatus in the second embodiment of 
the present invention; 

Fig. 14 is a diagram showing an example of an in- 
formation table I stored in a storage unit in the sec* 
ond embodiment; 

Fig. 15 is a diagram showing an example of an in- 
formation table II stored in the storage unit in the 
second embodiment; 

Fig. 1 6 is a flowchart explaining the operation of the 
second embodiment; and 
Fig. 17 is a diagram showing the selection and de- 
letion of files stored in the storage unit of an alter- 
native example of the second embodiment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0025] The following is an explanation of embodi- 
ments of a digital broadcast receiving apparatus relating 
to the present Invention, with reference to the drawings. 

First Embodiment 

[0026] Fig. 1 is a block diagram of a digital broadcast 
receiving apparatus in a first embodiment relating to the 
present invention. 

[0027] The digital broadcast receiving apparatus in- 
cludes a tuner 101, a data decoder 1 02, a file manager 
103. a file system 104, a storage unit 105, a timer 106, 
a timer monitoring table storage unit 107 and a data 
browser 108. 

[0028] It should be noted that a decoder, speaker and 
the like used for reproducing program data (audio data 
broadcast as digital radio) transmitted from the broad- 
casting station 109 are not the subject of the present 
invention, so such components will be omitted from the 
structure of the digital data broadcast receiving appara- 
tus. 

[0029] The broadcasting station 1 09 transmits broad- 
cast data composed by multiplexing program data and 
multimedia data. 

[0030] Here, the program data is audio data with a 
similar content to a radio program in the related art. This 
data is compressed using MPEG 1 (Motion Picture Ex- 
perts Group) encoding format and then broadcast. 
[0031] Here, the multimedia data is data other than 



audio data for a radio program and is broadcast accord- 
ing to the DAB protocol encoding format. Examples of 
multimedia data are HTML (Hyper Text Markup Lan- 
guage) format data used in WWW (World Wide Web) 

5 pages, and images in the TIFF (True Image File For- 
mat), JPEG (Joint Photographic Coding Experts Group) 
and GIF (Graphics Interchange Format) formats. 
[0032] Audio data may also be Included in the multi- 
media data, but for the sake of simplicity, the multimedia 

10 data in the present embodiment is constructed from 
HTML and JPEG data and does not include audio data. 
[0033] The broadcasting station 109 transmits multi- 
media data using the DAB protocol. 
[0034] The tuner 101 receives broadcast data trans- 

15 mitted by the broadcasting station 109 and sorts it into 
audio data for radio sound and multimedia data. The au- 
dio data is fonA/arded to a specialized decoder (not 
shown) while the multimedia data is forwarded to the 
data decoder 102 using a receiver data interface (RDI) 

20 protocol (this data is hereafter referred to as 'RDI data' 
for ease of reference). 

[0035] Here, the same multimedia data is broadcast 
repeatedly during a specified period, that is to say, until 
the expire time Is reached. 

25 [0036] The data decoder 102 receives the RDI data 
forwarded from the tuner 101 and decodes It according 
to the DAB protocol to obtain MOT data 201 . 
[0037] MOT data 201 is composed of a paired MOT 
header 202 and MOT body 203, as shown in Fig. 2. The 

30 MOT body 203 is multimedia data in JPEG or HTML for- 
mat. The MOT header 202 contains the attributes of the 
MOT body 203, including name, size, trigger time and 
expire time. 

[0038] A timer monitoring table 204 (hereafter re- 
3S ferred to as the 'monitoring table') is produced from the 
MOT data by the file manager 103. A directory Informa- 
tion table 205 (hereafter referred to as the 'information 
table') is produced by the file system 104. The monitor- 
ing table 204 is stored In the monitoring table storage 
40 unit 107. The information table 205 and the multimedia 
data 206 written in the MOT body 203 (hereafter referred 
to as 'files') are stored in the storage unit 105. 
[0039] Fig. 3 Is a diagram showing the significant in- 
formation included in the MOT header 202. The MOT 
45 header 202 includes items of Information such as MOT 
body size 301, data format 302, file name 303, trigger 
time 304 and expire time 305, all of which are attributes 
of the MOT body 203. 

[0040] The 'size' row 301 shows that the size of data 
50 in a file 206 written in the MOT body 203 is 3048 bytes. 
The 'data format' row 302 shows that the data format of 
the file 206 is JPEG image format. The 'filename' row 
303 shows that the name of the MOT body 203 Is *Sam- 
ple.jpg'. The 'trigger time' row 304 shows that the time 
55 from which the file 206 can be displayed Is '12:10'. The 
'expire time* row 305 similarly shows that the time until 
which the file 206 can be displayed is '13:00'. 
[0041] It should be noted that the file name 'Sample. 
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jpg' shown in 'filename' row 303 is also attached to dif- 

ferent MOT data, signifying that these MOT data belong 
to the same sequence of data, so that, when the file 206 
of MOT body 203 is updated, the new version of the file 
is transnnitted with the sanne file name. 
[0042] The data decoder 1 02 notifies the file manager 
103 of the obtained MOT data 201 , composed of MOT 
header 202 and MOT body 203. 
[0043] The file manager 103, upon receiving a report 
of the MOT data 201 from the data decoder 102, com- 
pares the expire time 305 written in the MOT header 202 
with the current time of the timer 106. If the expire time 
has passed, the MOT data is discarded, but if the expire 
time has not been reached, the file manager 1 03 notifies 
the file system 104 of the MOT data 201 . 
[0044] The file manager 103, upon receiving a report 
of an ID from the file system 104, produces a monitoring 
table 204 from the content of the MOT header 202. Fig. 
4 shows an example of a monitoring table 204. 
[0045] In the monitoring table 204, filenames from 
MOT headers and reported IDs in rows 402 and 403 
identify the MOT data. Trigger times and expire times 
are listed in rows 404 and 405. This monitoring table 
204 is for files with the filename 'Sample.jpg'. 
[0046] The file manager 1 03 produces the monitoring 
table 204 and records it in the monitoring table storage 
unit 107. Furthermore, the file manager refers to the tim- 
er 106 at specified intervals, to determine whether one 
of the trigger times or expire times stored in rows 404 
and 405 of the monitoring table has been reached. If a 
file has reached its trigger time, the file manager 103 
instructs the file system 1 04 to change the 'status' of the 
file from '0' to '1', while changing the status of another 
file with the same name from '1' to '2'. If a file has 
reached its expire time, the file manager 1 03 deletes the 
content of the monitoring table 204 relating to this file, 
and notifies the file system 104 of the filename and ID, 
to have the content relating to the file deleted from the 
storage unit 105. Here, if the status of the file is '1', the 
file manager 103 also instructs the file system 104 to 
change the status of a file that had just previously been 
changed to '2' back to '1 by indicating the filename and 
ID of the file. 

[0047] In addition, each time the file manager 1 03 re- 
ceives an initial display indication, or indication of a pre- 
vious or next file from the data browser 108, this infor- 
mation is passed to the file system 104. 
[0048] Also, when the file manager 1 03 receives a re- 
port of a file content from the file system 104, the data 
browser 108 is informed of this content. 
[0049] The file system 104 receives a report of the 
MOT data from the file manager 103, and generates a 
unique ID from an integer value that is '1 ' or greater. The 
file system 104 then informs the file manager 103 of this 
ID and produces an information table. Fig. 5 shows an 
example of an information table 205. An information ta- 
ble 205 is produced for all MOT data with a same at- 
tached file name 502. The information in the information 



table 205 is referred to each time the data browser 108 

displays a version of the file with the filename 'Sample. 

jpg'. 

[0050] Rows filename' 502 and 'ID' 503 in the direc- 

5 tory information identify files in the same way as the cor- 
responding rows in the monitoring table 204. A 'data 
storage location' row 504 shows the first block number 
of a data block in the storage unit 105, where the data 
written in the MOT body is stored as a file. This block 

10 number is written when a file is stored in the storage unit 
105. 

[0051] A 'file size' row 505 shows the size of files writ- 
ten in HTML or JPEG format in the MOT body. 
[0052] When each file ID is arranged in order starting 

15 from the file in row 404 with the earliest trigger time, a 
'next ID' row 506 shows the ID of the next file in the se- 
quence to reach its trigger time. Here, the next ID of the 
file with the file name 'Sample.jpg' and an ID '3' is '0', 
indicating that there is no file that reaches its trigger time 

20 after this file. 

[0053] Similarly, when each file ID is arranged in order 
from the file in row 404 with the earliest trigger time, the 
'previous ID' row 507 shows the ID of the previous file 
in the sequence to reach its trigger time. Here, the pre- 

2S vious ID of a file with the file name 'Sample.jpg' and an 
ID '2' is '0', indicating that there is no file that reaches its 
trigger time prior to this file. 

[0054] A 'status' row 508 shows which one of the files 
stored in the storage unit 1 05 can be displayed. The 'sta- 

30 tus' row 508 is established according to the trigger time 
304 and the expire time 305 in Fig. 3. These times indi- 
cate the start and finish of the specified display period 
for the file and are written in the MOT header 202 trans- 
mitted from the broadcasting station 109. 

35 [0055] Prior to a trigger time of a file the value '0' is 
written in the 'status' row 508. During the specified dis- 
play period, '1 ' is written in the 'status' row 508 to indicate 
the most recent file version (the file that has most re- 
cently reached its trigger time) and '2' is written for all 

40 other files. 

[0056] Here, '0' indicates that display of a file is im- 
possible, '1 ' that the file is to receive display priority, and 
'2' that the file may be displayed after the file for which 
'1' is recorded, if a user instruction is received. 

45 [0057] When producing an information table 205, the 
file system 104 receives a report of MOT data from the 
file manager 103, reads file name 303 from the MOT 
header 202 and records this filename 'Sample.jpg' in the 
directory information 'filename' row 502. The file system 

50 104 records the generated ID in 'ID' row 503. Next, the 
file system 1 04 reads the size 301 from the MOT header 

202 and records it in the file size' row 505. If there are 
no other files with the filename 'Sample.jpg', the file sys- 
tem 1 04 records '0* in the 'next ID' row 506 and the 'pre- 
ss vious ID' row 507 and records a default value '0' in the 

'status' row 508. The content of the file from MOT body 

203 is stored in storage unit 105, and the first block 
number recorded in the 'data storage location' row 504. 
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The information table is then similarly stored in storage 

unit 105. 

[0058] If a file with the same filename 'Sample.jpg' is 
already recorded in an information table 205, the file 
system 1 04 compares a trigger time 304 recorded in the 
reported MOT header 202 with a trigger time already 
recorded in row 404 of the monitoring table 204. The file 
system 1 04 then writes '0' in row 507 as the previous ID 
for the file that is the earlier of the two to reach its trigger 
time. The ID of this file is then written In row 507 as the 
previous ID for the file that is the later to reach its trigger 
time. Conversely, the file system 104 writes '0' in row 
506 as the next ID for the file that is the later to reach 
its trigger time. The ID of this file is then written in row 
506 as the next ID of the file that is the earlier to reach 
its trigger time. 

[0059] If a plurality of files with the filename 'Sample. 

jpg' are already recorded in an information table 205, 
the file system 104 checks whether the trigger time 304 
recorded in the reported MOT header 202 fits in be- 
tween any trigger times recorded in the monitoring table 
204 and alters the 'next ID' row 506 and 'previous ID' 
row 507 accordingly. 

[0060] The following explains how the content of the 
information table 205 changes over time with reference 
to the MOT data time chart of Fig. 6. This drawing In- 
cludes five versions of a file with the filename 'Sample, 
jpg', and graphically shows whether the files 412, 411, 
414, 413 and 415 in the monitoring table 204 of Fig. 4 
can be displayed or not. 

[0061] The horizontal axis of Fig. 6 is a time axis, while 
the IDs '2', 'V, '4', *3\ and '100' shown on the left side of 
the drawing identify the files 41 2. 41 1 , 41 4. 41 3 and 41 5 
respectively The file 412 is stored in the storage unit 
1 05 at 1 0: 30, the file 41 1 at 1 0:31 , the file 41 4 at 1 0:32. 
the file 413 at 10:33 and the file 415 at 12:50. 
[0062] At a time JO, which is prior to the trigger time 
1 2: 1 0 of the file 41 2, '0' is written in the 'status' row 508 
of the information table 205 in Fig. 5 for all of the files 
411 to 414. Here, if a user tries to display a file with the 
filename 'Sample.jpg' no file will be displayed, since the 
present time is outside the display times specified by the 
broadcasting station 109. 

[0063] The information table 205 in Fig. 5 shows the 
situation at a time 77. In this case, if the user selects a 
file with the filename 'Sample.jpg', the most recent ver- 
sion of the file, file 413, is displayed. 
[0064] At 1 2:50, the file manager 1 03 notifies the file 
system 104 of a MOT header 701 , shown in Fig. 7, to- 
gether with its MOT body. Here, the file system 1 04 gen- 
erates an ID '100', informs the file manager 103 of the 
ID '100', has the file stored in the storage unit 105 and 
alters the information table 205. 
[0065] Fig. 8 shows an altered section 801 of the in- 
formation table 205 in Fig. 5. The file 415 with the ID 
'100' has already passed Its trigger time of 12:45, and 
so its status in row 508 is '1 '. There is no file with a trigger 
time after that of the file 415 so the next ID in row 506 



is 'O'. The file with a trigger time immediately before the 

file 415 is file 413. This file 413 has the ID '3', so the 
previous ID of the file 415 written in row 507 is '3'. In 
accordance with this, the next ID of the file 413 in row 
s 506 is altered to '1 00' and the status in row 508 from '1 ' 
to '2'. 

[0066] At 12:55 the file system 104 receives a report 
from the file manager 103 that the file 415 has reached 
its expire time. Then, the file system 104 deletes the file 
10 415 from the storage unit 105 and the part of section 
801 relating to file 415 from the information table 205. 
and then returns the information table 205 to its former 
state. 

[0067] Furthermore, upon receiving an indication of 

f5 an initial display from the file manager 103, the file sys- 
tem 1 04 searches information tables such as 205 stored 
in the storage unit 105 and reads the value of the 'data 
storage location' row 504 corresponding to the files with 
the status '1'. The file system 104 reads all correspond- 

20 ing files (multimedia data) and notifies the file manager 
103 of them one by one. 

[0068] Upon receiving an indication of a previous file 
from the file manager 103, the file system 104 retrieves 
the previous ID of the file being displayed from row 507 

25 in the information table 205, and reads the data storage 
location of the file with this ID. The file system 1 04 then 
reads the file from this data storage location in the stor- 
age unit 105 and reports it to the file manager 103. 
[0069] Similarly, upon receiving an indication of a next 

30 file, the file system 1 04 retrieves a next ID from row 506 
of the information table 205 and reads a data storage 
location of a file with this ID. The file system 104 then 
reads a file from this location and reports it to the file 
manager 103. 

55 [0070] Furthermore, when the status 508 of a file in 
the infomnation table 205 for the file at present being 
displayed is altered to '1 ', the file system 104 reads the 
value for the data storage location of the file, reads the 
file and notifies the file manager 103. 

40 [0071] The storage unit 105 is composed of RAM 
(Random Access Memory) or the like and stores the in- 
formation tables such as table 205 produced by the file 
system 104, as well as files such as files 411 to 414 and 
901 shown in Fig. 9. The files 411 to 41 4 are multimedia 

45 data written in a MOT body. The files are stored in JPEG 
format, and Fig. 9 shows their display content. Similarly 
files such as 901 are multimedia files written in a MOT 
body. The file 901 is stored using HTML format, and Fig. 
9 shows its display content. It should be noted that this 

so drawing corresponds to the time T1. Here, arrows such 
as 902 illustrate the content of the 'next ID' 506 and 'pre- 
vious ID' 507 rows in the information table 205, showing 
the link targets for files (the links between various files). 
[0072] In addition, the file system 104 deletes the con- 

55 tent of files that have exceeded their specified display 
time (passed the expire time) and updates the content 
of the information table 205 according to the order in 
which trigger times are reached. 
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[0073] The timer 1 06 measures the time. Note that ac- 
curate timing may be ensured having the broadcasting 
station 109 send a standard clock. 
[0074] The monitoring table storage unit 107 is com- 
posed of RAM or the like. The file manager 103 stores 
the monitoring table 204 in monitoring table storage unit 
107. Data is added to or deleted from the monitoring ta- 
ble 204 when a report of a new MOT body Is received 
or when a file has passed its expire time. 
[0075] The data browser 108 includes a display unit 
composed of a liquid crystal display or similar, and an 
input device, such as a jog dial. Upon receiving data in 
JPEG or HTML format the data browser 108 converts 
the received data into display data and displays it on the 
display unit. 

[0076] When activated by a user 1 1 0. the data brows- 
er 108 gives an initial display instruction to the file sys- 
tem 104 via the file manager 103. 
[0077] Furthermore, upon receiving indication of a file 
selected using the jog dial or similar, the data browser 
1 08 deletes display data other than that for the indicated 
file, and displays the display data from the indicated file 
at normal size. When receiving a file version change in- 
struction, the data browser 108 indicates this change to 
the file system 104 via the file manager 103. If the in- 
struction is for a change to a previous version the data 
browser 108 instructs the file system 104 to retrieve a 
previous file. Similarly, if the instruction is for a change 
to a next version, the data browser 1 08 instructs the file 
system 104 to retrieve a next file. 
[0078] Upon receiving file content from the file system 
1 04 via the file manager 1 03, the data browser 1 08 con- 
verts the file content to display data. The data browser 
1 08 then deletes any display data that is being displayed 
and displays the converted file content on the display 
unit. 

[0079] Here, if the data browser 1 08 receives the con- 
tent of a plurality of files, it reduces the size of the images 
contained In each file so that all of the display data can 
be displayed on one screen by the display unit. The con- 
tent of the files is then displayed. 
[0080] The following is an explanation of the display 
of files by the data browser 1 08 at the time T1. Here, in 
addition to the information table 205 shown in Fig. 5, the 
storage unit 1 05 stores an information table for files with 
the filename 'Sample.htm'. In this information table, the 
file with a status '1' at the time T1 is the file 901 shown 
in Fig. 9. 

[0081] At the time T1 the data browser 1 08 is activat- 
ed by the user 110. As shown In Fig. 10A, the content 
of the most recent file versions is displayed. The display 
data 1001 shows the content of a file with the filename 
'Sample.jpg' and the display data 1002 shows the con- 
tent of a file with the filename 'Sample.htm'. 
[0082] If the user 110 selects the display data 1001 
the display data 1001 is displayed at normal size, as 
shown in Fig. 10B. 

[0083] Furthermore, if the user 110 instructs the data 



browser 108 to return to the previous version of the file, 
the display data 1003 for the most recent previous ver- 
sion of the 'Sample.jpg' file, that is file 414. is displayed, 
as in Fig. IOC. 

s [0084] Next, the operation of the present embodiment 
is explained using the flowcharts of Figs. 11 and 12. Fig. 
11 shows the operation that takes place when multime- 
dia data sent from the broadcasting station 109 using 
the DAB protocol is received by the tuner 101 and RDI 
data transmitted from the tuner 101 is decoded by the 
data decoder 102 according to a specified protocol to 
produce MOT data, this data is then reported to the file 
manager 103. Fig. 12 shows the operation that takes 
place when an instruction from the user 110 is transmit- 
ted from the data browser 108 to the file manager 103. 
[0085] In Fig. 11, at Step S1 102, the file manager 103 
first determines whether a MOT data report has been 
received. If a report has not been received, the routine 
moves to Step S1114. If a report has been received, at 
Step S1 104 the file manager 103 compares the expire 
time written in the MOT header with the current time of 
the timer 106. If the expire time has passed the file man- 
ager 103 discards the MOT data and returns to Step 
S1 102. If the expire time has not passed, the file man- 
ager 103 notifies the file system 104 of the MOT data. 
[0086] When the file system 104 receives a report of 
the MOT data, at Step S1106 it generates a file ID and 
reports the ID to the file manager 103. 
[0087] At Step S1 1 08 the file manager 1 03 reads the 
ID, and the filename, trigger time and expire time written 
in the MOT header of the MOT data and produces or 
alters a monitoring table, which is then stored. 
[0088] At Step S1110 the file system 104 stores the 
file written in the MOT body of the reported MOT data 
in the storage unit 105. Then, at Step S1 1 1 2, the file sys- 
tem 104 produces or alters an Infomnation table using 
the content of the MOT header and the monitoring table. 
The information table is then stored in the storage unit 
105. 

[0089] Next, at Step S1 1 1 4, the file manager 1 03 com- 
pares the trigger time in the monitoring table and the 
current time of the timer at specified intervals of, for ex- 
ample, one minute, and determines whether there Is a 
file that has reached its trigger time. If there is such a 
file, the file manager 103 notifies the file system 104, 
but If not the routine moves to Step S1118. 
[0090] At Step S1116 the file system 104 alters the 
'status' row of the information table. 
[0091] Next, at Step S1 11 8 the file manager 103 sim- 
ilarly determines, at specified intervals, whether there is 
a file that has reached its expire time. If there is such a 
file, the file manager 103 instructs the file system 104 to 
delete it, but If not the routine returns to Step S1102. 
[0092] At Step S1 1 20 the file system 1 04 deletes the 
file with the ID Indicated by the file manager 1 03 and the 
corresponding Information in the information table, and 
the routine returns to Step S1 102. 
[0093] Next, the operation for displaying multimedia 
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data (files) on the data browser 108 is explained with 
reference to Fig. 12. 

[0094] At Step SI 202 the file system 1 04 receives an 
initial display instruction from the data browser 108 via 
the file manager 103, searches the information tables 
and reads all the files with the status '1 The file system 
then notifies the data browser 108. 
[0095] At Step SI 204 the data browser 108 reduces 
the size of display images contained in the files, if nec- 
essary, so that they can be displayed on one screen. 
When an instruction from a user selecting one of the files 
is received, that file is displayed at normal size, at Step 
SI 206. 

[0096] Next, at Step 1208, the data browser 108 de- 
termines whether a version change instruction has been 
received from a user. If an Instruction has not been re- 
ceived, at Step SI 210 the file system 104 detects 
whether there has been a change in the file having the 
status '1 ' in the information table for files with the same 
filename. If there is a change in the version with the sta- 
tus '1', the file system 104 reads the updated version of 
the file and informs the data browser 108 via the file 
manager 103. If there is no change, the routine returns 
to Step SI 208. 

[0097] At Step SI 21 2, the data browser 1 08 displays 
the file indicated by the file system 104 and the routine 
returns to Step SI 208. 

[0098] If there is a version change instruction from a 
user at Step SI 208, the data browser 108 determines 
whether the instruction is for a change to a previous ver- 
sion of the file at Step S1214. If so, the data browser 
requests the file system 104 for the previous file via the 
file manager 103. 

[0099] The file system 104 retrieves the previous ID 
of the file at present being displayed from the informa- 
tion table, reads the file with this ID and sends it to the 
data browser 108 via the file manager 103. 
[0100] The data browser 108 displays the indicated 
file at Step SI 2 1 6 and the routine retums to Step SI 208. 
[0101] At Step S1214, if the request is not for a pre- 
vious file, the data browser 1 08 requests the file system 
104 for a next file. As above, the file system 104 re- 
trieves the next ID of the file at present being displayed, 
reads the file with this ID and sends it to the data browser 
108. 

[0102] The data browser 108 displays the indicated 
file at Step 1218 and the routine returns to Step SI 208. 

Second Embodiment 

[0103] Fig. 13 is a block diagram showing a second 
embodiment of a digital data broadcast receiving appa- 
ratus relating to the present invention. Components 
identical to those in the first embodiment have the same 
reference numerals. Explanation of these components 
is omitted, so the following explanation deals only with 
those components unique to the present embodiment, 
[0104] In the first embodiment, updated versions of a 



file with the same filename obtained from the data de- 
coder 102 are all stored in the storage unit 105. In this 
embodiment, however, the number of file versions is lim- 
ited to a predetermined number. 

s [0105] A file system 1 301 has the following features, 
in addition to the structure of the file system 104 in the 
first embodiment. The file system 1 301 stores a number 
of unique IDs *N', as a predetermined maximum number 
of IDs. These IDs are given to MOT data 201 with the 

70 same attached filename. When the file system 1 301 re- 
ceives a report of the MOT data 201 from a file manager 
1 302, it reads the filename from the MOT header 202. 
When an information table for the same filename is be- 
ing produced, the file system 1301 determines whether 

IS the number of files in the information table is less than 
the maximum 'N'. If the number of files is less than 'N', 
the file system 1301 informs the file manager 1302 of 
the generated ID. If the number of files is 'N' or more, 
the file system 1301 gives an ID '-V report to the file 

20 manager 1302. 

[0106] The file manager 1 302 has the following struc- 
ture, in addition to that of the file manager 1 03 in the first 
embodiment. The file manager 1 302 receives a report 
of the MOT data 201 from the data decoder 102 and 

25 notifies the file system 1 04 of this data. Then, if an ID '- 
V report has been received from the file system 1301, 
the file manager 1 302 discards the MOT data 201 . 
[0107] The following is an explanation of an example 
scenario in which the maximum number of IDs 'N' is set 

30 at '5*, and the information tables I and II shown in Figs. 
14 and 15 are stored in the storage unit 105. 
[0108] In Fig. 14, the 'filename' row 1401 of the infor- 
mation table I shows that five files, 1402 to 1406, with 
the filename 'Sample.jpg' are already stored in the stor- 
es age unit 105. In Fig. 15, the 'filename' row 1501 of the 
information table II shows that three files, 1502 to 1504, 
with the filename 'Sampte.htm' are already stored in the 
storage unit 105. 

[01 09] On receiving a report of an updated version of 
40 the MOT data (file) for 'Sample.jpg*, via the file manager 
1302 from the data decoder 103, the file system 1301 
refers to the filename' row 1401 of the information table 
I. Since the number of 'Sample.jpg' files has already 
reached the maximum '5', the file system 1301 gives an 
4S ID '-1' report to the file manager 1302. When the file 
manager 1 302 receives this ID '-1 ' report, it discards the 
updated version of the MOT data. 
[0110] If a file indicated to the file system 1301 is 
'Sample.htm' file, the file system 1301 refers to the 
BO 'filename' row 1 501 of the information table 11. Since the 
number of 'Sample.htm' files is three, which is less than 
the maximum '5', an ID is generated and indicated to the 
file manager 1 302. 

[0111] If a file 1406 shown in Fig. 14 has reached its 
55 expire time of 1 2: 55, the file itself and the corresponding 
content of the information table II are deleted from the 
storage unit 105. As a result, when the file system 1 301 
receives a report of an updated version of the file 'Sam- 
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ple.jpg', the number of files is less than the nnaximum 
'5', so the file system 1 301 generates an ID and notifies 
the file manager 1 302. By limiting the number of individ- 
ual files with the same filename in this way, storage of 
a large number of files of the same type can be prevent- 
ed, so that other types of files can still be stored, even 
if the storage capacity available in the storage unit 105 
is limited. 

[0112] Next, the operation of the present embodiment 
is explained using the flowchart in Fig. 16. Steps that 
are identical to those in the operation of the first embod- 
iment have the same step number and are not explained 
here. 

[01 1 3] At Step S1 1 04, if the expire time has not been 

reached, the file system 1301 determines at Step 1602 
whether an information table for files with the same 
filename as the indicated file exists. If such a table does 
not exist, the routine moves to Step 1106, but it such a 
table exists, the file system 1301 determines at Step 
51 604 whether the number of files is less than the max- 
imum *N'. If the number is less than 'N', the routine 
moves to Step S1 106, but if it is more than 'N*. the indi- 
cated file is discarded at Step SI 606 and the routine 
returns to Step S1 102. 

[0114] In the present embodiment, a file that could not 
be stored the first time it was received due to the number 
of files already having reached the maximum *N', may 
be stored in the storage unit 1 05 when it is received later, 
provided that, in the meantime, a file with the same 
filename stored in the storage unit 105 has reached its 
expire time and been deleted. 
[01 1 5] However, out-of-date file versions that are well 
past their trigger time are generally of little value. Great- 
er efficiency can therefore be achieved by storing the 
most recent file versions. 

[0116] Here, various alternative examples for the 
present embodiment are described with reference to 
Fig. 17. In these examples, when an updated version of 
a file is received, an old version of the file in the storage 
unit 105 is deleted, and the received file is stored in its 
place. 

First Alternative 

[01 17] Fig. 1 7A shows N files with the same filename, 
which are stored in the storage unit 1 05. Files are shown 
with numbers An showing the order in which they reach 
their trigger time. In the drawing, /cfiles in the information 
table have the status *2\ Here, if updated files with the 
same filename are received In sequence, files are de- 
leted from the storage unit 105 one after the other start- 
ing with the file with the lowest An number (the file that 
was the first to reach its trigger time). Deleted files are 
illustrated by dotted lines in the drawing. Here, process- 
ing takes place on the assumption that the older the file 
version, the lower its value. 

[0118] In other words, if a MOT data report received 
from a file manager causes the number of files to exceed 



the maximum *N\ a file system deletes the content cor- 
responding to a file with the previous ID '0' from the in- 
formation table stored in the storage unit 105. and alters 
the previous ID of the file whose ID was recorded as the 

s next ID of the aforementioned file to '0'. Next the file sys- 
tem deletes the file with the previous ID '0* from the stor- 
age unit 105 and generates an ID for the newly-received 
MOT data, which is then indicated to the file manager. 
Furthermore, the file system notifies the file manager of 

10 the deleted file and instructs the file manager to delete 
content corresponding to this file from the monitoring ta- 
ble. 

[0119] Following this, the file system stores the MOT 
body of the MOT data indicated by the file manager in 
15 the storage unit 1 05 and records a column for the newly- 
stored file in the corresponding information table, with 
reference to the monitoring table stored in the monitor- 
ing table storage unit 107. 

[0120] Upon receiving a report of the ID of the deleted 
20 file, the file manager deletes the content of the relevant 
column in the monitoring table corresponding to the file. 

Second Alternative 

25 [0121] Fig. 17B shows a second alternative. When 
updated file versions are received in sequence, the file 
system deletes files with the same filename having an 
information table status of '2' at random. As shown by 
the dotted lines in the drawing, files with the An numbers 

30 2, 4 and so on are deleted. To achieve this, the file sys- 
tem generates random numbers between 1 and kand 
deletes files with the corresponding An numbers. 
Processing takes place on the assumption that the old 
file versions are of an equally low value. 

55 [0122] It should be noted that the file system uses the 
same processing as that in the first alternative to alter 
the information table, delete old files and store new files. 

Third Alternative 

40 

[0123] Fig. 17C shows a third alternative. Here, when 
updated files with the same filename are received in se- 
quence, olderfiles with the same filename have a higher 
probability of being deleted, unlike in the first alternative, 
^5 where old files are simply deleted in order. As shown in 
the drawing, when n files are deleted in order, the file 
system, for example, calculates the An number for the 
nth file to be deleted according to the following formula: 

50 

n 

An = E i 

55 iol 



As a result, the first four files to be deleted are, in order. 
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1. 3. Band 10. 

[0124] By using the above alternatives, even it an up- 
dated file is received, causing the number of files to ex- 
ceed the maximum *N', the storage capacity occupied 
by files of that type is kept at about the same level, thus s 
allowing files of other types (filenames) to be stored and 
ensuring that the most recent information is available. 
[0125] Here, the above embodiments of the present 
invention relate to a digital data broadcast receiving ap- 
paratus with a structure as shown in the block diagrams io 
Figs. 1 and 13. However, a similar effect to that of this 
digital data broadcast receiving apparatus can be 
achieved by recording a program possessing the func- 
tions of each of the components shown in the block di- 
agrams onto a computer-readable recording medium is 
and installing the recording medium into a receiving ap- 
paratus without these functions, which then reads and 
executes the program. 

[01 26] In the above embodiments, multimedia data is 
multiplexed together with program data for a program 20 
broadcast and transmitted repeatedly from a radio 
broadcasting station. However, the form of the transmis- 
sion is not limited to this one and cables or radio waves 
may be used, so that the multimedia data may be trans- 
mitted together with program data from a television 25 
broadcasting station, or communicated via a public net- 2. 
work from an Intemet sen/er. 

[0127] Furthermore, in the above embodiments, mul- 
timedia data transmitted from a radio broadcasting sta- 
tion is described as being in HTML or JPEG format, so 30 
that the trigger time 304 and the expire time 305 refer 
to display initialization and completion. However, if the 
format of the multimedia data is different or, as explained 
above, the transmission form is a TV broadcast or an 
Internet communication, the multimedia data may, for 3S 
instance, be output as audio instead of being displayed. 
Here, the display Initialization time and completion time 
become output initialization time and completion time. 3. 
[0128] Although the present invention has been fully 
described by way of examples with reference to accom- 40 
panying drawings, it is to be noted that various changes 
and modifications will be apparent to those skilled in the 
art. Therefore, unless such changes and modifications 
depart from the scope of the present invention, they 
should be construed as being included therein. 45 



Claims 

1 . A digital data receiving apparatus, for receiving mul- so 
timedia data via a receiving means and storing the 
received multimedia data in a storage means, the 
digital data receiving apparatus comprising: 

a data management table producing means, for ss 
extracting specified access period information 
written in each piece of received multimedia da- 
ta, dividing the received multimedia data into at 



least one group and, when each multimedia da- 
ta group is stored into the storage means. 

(a) determining an access order according 
to a chronological order of the extracted 
specified access period information, 

(b) producing a data management table in 
which the determined access order is writ- 
ten, and 

(c) having the data management table 
stored in the storage means; 

an indication receiving means, for receiving an 
indication from a user; 

a multimedia data reading means, for reading, 
when the indication receiving means receives 
an indication, a piece of multimedia data stored 
in the storage means according to the access 
order written in the data management table; 
and 

an output means, for converting the piece of 
multimedia data read by the multimedia reading 
means into a reproduction signal and outputting 
the reproduction signal. 

The digital data receiving apparatus of Claim 1. in 
which the data management means includes: 

an Identifier attaching unit, which, when mul- 
timedia data is stored into the storage means, at- 
taches a unique identifier to identify each piece of 
multimedia data In a multimedia data group, where- 
in each piece of multimedia data in the multimedia 
data group has the same attached name, and the 
multimedia data reading means uses the identifiers 
to selectively read one piece of multimedia data 
from the multimedia data group. 

The digital data receiving apparatus of Claim 2, 
wherein the data management table producing 
means further lists access availability statuses 
showing the access availability of each piece of 
multimedia data in the data management table, ac- 
cording to the specified access period information, 
wherein the specified access period Information is 
represented by times showing the start time and 
end time, and the digital data receiving apparatus 
further comprises: 

a timer; and 

an updating means, for changing the access 
availability status of any one of the pieces of 
multimedia data: 

(a) to a first access availability status when 
a start time shown in the specified access 
period information is reached, 

(b) to a second access availability status 
when an end time shown in the specified 
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access period information is reached, and 
(c) from the first access availability status 
to a third access availability status when 
the start time shown in the specified access 
period information for another piece of mul- 
timedia data is reached. 

4. The digital data receiving apparatus of Claim 3, 
wherein the updating means includes: 

a deletion unit, for deleting pieces of multime- 
dia data that have reached the second access avail- 
ability status from the storage means. 

5. The digital data receiving apparatus of Claim 3 or 
Claim 4, wherein the multimedia data reading 
means includes: 

a first reading unit, for reading all pieces of mul- 
timedia data, for which the first access availa- 
bility status is shown in the data management 
table, from the multimedia data groups, 
wherein, when the indication receiving means 
receives a selection indication for a reproduced 
piece of multimedia data from a user, the output 
means outputs a reproduction signal for the se- 
lected piece of multimedia data only. 

6. The digital data receiving apparatus of Claim 5, 
wherein the multimedia data reading means further 
includes: 

a second reading unit, for reading another 
piece of multimedia data from the same group 
as the selected piece of multimedia data, ac- 
cording to a change indication, 
wherein the indication receiving means re- 
ceives the change indication from a user, and 
informs the second reading unit of the change 
indication. 

7. The digital data receiving apparatus of Claim 6, 
wherein the second reading unit receives the 
change indication and reads a piece of multimedia 
data according to the access order in the data man- 
agement table for the multimedia data group of the 
selected piece of multimedia data, 

the access order being shown in the data 
management table by having each piece of multi- 
media data associated with identifiers of link tar- 
gets. 

8. The digital data receiving apparatus of any one of 

Claims 2 to 7, further comprising: 

a multimedia data discarding means, for setting 
in advance, a maximum number of pieces of 
multimedia data for any multimedia group in the 
storage means, and 



for discarding a piece of multimedia data re- 
ceived by the receiving means if the maximum 
number of pieces of multimedia data tor the me- 
dia group of the received piece of data are al- 
5 ready stored in the storage means. 

9. The digital data receiving apparatus of any one of 
Claims 3 to 7, further comprising: 

10 a multimedia data selective deleting means, for 

setting in advance, a maximum number of piec- 
es of multimedia data for any multimedia group 
in the storage means, and 
when a new piece of multimedia data of a mul- 

15 timedia data group for which the maximum 

number of pieces of data is already stored in 
the storage means is received: 
selectively deleting one of the pieces of multi- 
media data stored in the storage means which 

20 has a third access availability status in the data 

management table, and 
storing the new piece of multimedia data in the 
storage means. 

25 10. The digital data receiving apparatus of Claim 9, 
wherein the multimedia data selective deleting 
means selects and deletes pieces of data from 
among the pieces of multimedia data with the third 
access availability status, starting with the piece of 

30 multimedia data that was first to reach the first ac- 
cess availability status. 

11. The digital data receiving apparatus of Claim 9, 
wherein the multimedia data selective deleting 

35 means randomly selects and deletes pieces of mul- 
timedia data from among the pieces of multimedia 
data with the third access availability status. 

12. The digital data receiving apparatus of Claim 9, 
40 wherein the multimedia data selective deleting 

means, when deleting n pieces of multimedia data 
from the storage means, attaches numbers starting 
from 'V to pieces of multimedia data with the third 
access availability status, in order from the piece of 
45 multimedia data with the oldest start time shown in 
the specified access period information. 

and selects and deletes pieces of multimedia 
data with An numbers calculated using the following 
formula: 

50 

n 

An = L i 

55 ^ 

13. The digital data receiving apparatus of any one of 
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Claims 1 to 1 2. wherein the receiving means re- 
ceives multimedia data transmitted together with 
program data from a broadcasting station, and 

wherein the multimedia data is structured ac- 
cording to a MOT (Multimedia Object Transfer pro- s 
tocol) conforming to a DAB (Digital Audio Broad- 
casting) data broadcast protocol, so that a name 
and specified access period for the multimedia data 
are written in a MOT header, and the multimedia 
data is written in a MOT body. 

1 4. A digital data receiving method, for a digital data re- 
ceiving apparatus that receives multimedia data via 
a receiving unit and stores the received multimedia 
data in a storage unit, the digital data receiving is 
method comprising the following steps: 



(a) determining an access order according 
to a chronological order of the extracted 
specified access period information, 

(b) producing a data management table in 
which the determined access order is writ- 
ten, and 

(c) having the data management table 
stored in the storage unit; 

an indication receiving step, for receiving indi- 
cations from a user; 

a multimedia data reading step, for reading, 
when the indication receiving step receives an 
indication, a piece of multimedia data stored in 
the storage unit according to the access order 
written in the data management table; and 
an output step, for converting the piece of mul- 
timedia data read by the multimedia reading 
step into a reproduction signal and outputting 
the reproduction signal. 

15. A computer-readable recording medium, used in a 
digital data receiving apparatus that receives multi- 
media data via a receiving unit and stores the re- 
ceived multimedia data in a storage unit, wherein 
the computer-readable recording medium records 
a program comprising the following functions: 



(a) determining an access order according 
to a chronological order of the extracted 
specified access period infomnation, 

(b) producing a data management table in 
which the determined access order is writ- 
ten, and 

(c) having the data management table 
stored in the storage means; 

an indication receiving means, for receiving in- 
dications from a user; 

a multimedia data reading means, for reading, 
when the indication receiving means receives 
an indication, multimedia data stored in the 
storage means according to the access order 
written in the data management table; and 
an output means, for converting the piece of 
multimedia data read by the multimedia reading 
means into a reproduction signal and outputting 
the reproduction signal. 



a data management table producing step, for 
extracting specified access period information 
written in each piece of received multimedia da- 20 
ta, dividing the multimedia data into at least one 
group and, when the multimedia data is stored 
in the storage unit, 

25 



30 



35 



40 



45 



a data management table producing means, for 
extracting specified access period information 
written in each piece of received multimedia da- S5 
ta, dividing the received multimedia data into at 
least one group and, when each multimedia da- 
ta group is stored in the storage means, 
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